2016-11-28 18:41:13

Краткое описание :

Некорректное отображения перечня отфильтрованных по статусу планов при фильтрации по статусу и наличии регламента в документах

Описание :

Планы снабжения

Что измененно :

Некорректное отображения перечня отфильтрованных по статусу
планов при фильтрации по статусу и наличии регламента в документах
по инц. 2.80746
Описание во вложении.

Как измененно :

Исправлено.

2016-11-28 18:41:13

Краткое описание :

9.1 построение OLAP отчетов Дополнить содержание закладка Журнал сообщений

Описание :

Отчеты для Olap- сервера

Что измененно :

Формат вывода сообщений в закладке "Журнал сообщений" на
странице adminreport.html

Как измененно :

Осуществляется вывод в поля : "Начало", "Окончание",
"Длительность", "Операция", "Статус"

2016-11-28 18:41:13

Краткое описание :

алг. 173 Слетают настройки формирования цвета

Описание :

по 173 -му системному алгоритму "Изменение числовых полей.Установка цветов""

Что измененно :

алг. 173 Слетают настройки формирования цвета
Описание во вложении.

Как измененно :

Исправлено

2016-11-28 18:41:13

Краткое описание :

алг. 138 Режим "Формирование накладных по плану передач" при формировании МЦН не отрабатывают настройки определения потребителя

Описание :

по 138-му системному алгоритму "Формирование сопроводительных документов модуля УПЛ "

Что измененно :

алг. 138 Режим "Формирование накладных по плану передач" при
формировании МЦН не отрабатывают настройки определения потребителя.
Для настройки "Признак определения подразделения-потребителя"= "Внешний
атрибут для подразделения-потребителя" в качестве потребителя в МЦН вместо
заданных в атрибутах кладовых цеха стоит сам потребитель. Это относится к
новому режиму "Вид формируемых накладных" = "Всегда межцеховые накладные".

Как измененно :

Доработано.

2016-11-28 18:41:13

Краткое описание :

9.1 103(5) При расчете учитывать параметр Потери на наладку

Описание :

по 103-му алг "Формирование журнала резервирования по плановым документам"

Что измененно :

9.1 103(5) При расчете учитывать параметр Потери на наладку

При расчете общего кол-ва на запуск увеличивать количества на запуск операции
согласно таблице

1) для оп 5 Кратность запуска 10
Потери на наладку 30
Кол-во по плану 2

оп 5 40
оп 10 2

2) для оп 5 Кратность запуска 10
Потери на наладку 30
Кол-во по плану 15

оп 5 50
--------------------------------------------------------------------------------
------------
3) для оп 5 размер партии запуска 30
Потери на наладку 2
Кол-во по плану 2

оп 5 30
оп 10 2

Как измененно :

Добавлена настройка учета параметра "потери на наладку"

2016-11-28 18:41:13

Краткое описание :

9.1 OLAP Отчет "Потребность в материалах_вариант_1" при выполнении расчета ошибка

Описание :

Отчеты для Olap- сервера

Что измененно :

9.1 OLAP Отчет "Потребность в материалах_вариант_1" при
выполнении расчета ошибка
2016-09-28 10:47:02.9044 ERROR Ошибка формирования куба Ошибка OLE DB или ODBC
: Недопустимое имя объекта "R_19_PMT".; 42S02.
При обработке секции "19_PMT_86c2858c-26ce-4355-b2ca-8f9b7b84852a" в таблице
"19_PMT_86c2858c-26ce-4355-b2ca-8f9b7b84852a" произошла ошибка.
Текущая операция отменена, поскольку другая операция в данной транзакции
завершилась ошибкой.
2016-09-28 10:47:02.9044 DEBUG Окончание формирования куба R_19_PMT

Как измененно :

Доработано.

2016-11-28 18:41:13

Краткое описание :

9.1 103(5) При расчете Ошибка при выполнении SQL-сценария (Создание партий): код = 311

Описание :

по 103-му алг "Формирование журнала резервирования по плановым документам"

Что измененно :

9.1 103(5) При расчете Ошибка при выполнении SQL-сценария
(Создание партий): код = 311
При запуске алгоритма БФ3.5.2_105(5)_Расчет журнала резервирования по Журналу
ОТК в бизнеспроцессе Пензы возникает эта ошибка!!

Как измененно :

Ошибка исправлена

2016-11-28 18:41:13

Краткое описание :

9.1 103(5) В режиме запуска из 177 (формирование диаграммы Ганта из Хрома) удаляется связь с позицией ГРИСИ

Описание :

по 103-му алг "Формирование журнала резервирования по плановым документам"

Что измененно :

9.1 103(5) В режиме запуска из 177 (формирование диаграммы
Ганта из Хрома) удаляется связь с позицией ГРИСИ

Как измененно :

Исправлено, теперь связи не удаляет.

2016-11-28 18:41:13

Краткое описание :

9.1 при формировании комплектовочных ведомостей, позиции с количеством 0 (расчет в режиме по потребности) не следует вносить в КВ.

Описание :

Отчеты для Olap- сервера

Что измененно :

9.1 при формировании комплектовочных ведомостей, позиции с
количеством 0 (расчет в режиме по потребности) не следует вносить в КВ.

Как измененно :

Доработано: при формировании комплектовочных ведомостей,
позиции с количеством 0 (расчет в режиме по потребности) не вносятся в КВ.

2016-11-28 18:41:13

Краткое описание :

9.1 При формировании комплектовочных ведомостей корректировать позицию КВ при заменах по акту замен

Описание :

Отчеты для Olap- сервера

Что измененно :

9.1 При формировании комплектовочных ведомостей корректировать
позицию КВ при заменах по акту замен
В случае если норма не менялась поле для заменяемой МЦ не корректируется

Как измененно :

Доработано: при формировании комплектовочных ведомостей
корректируется позиция КВ при заменах по акту замен.

2016-11-28 18:41:13

Краткое описание :

9.1 Не выпорлняется расчет по 103(5) алгоритму с параметрами Кратность запуска Потери на наладку

Описание :

по 103-му алг "Формирование журнала резервирования по плановым документам"

Что измененно :

9.1 Не выпорлняется расчет по 103(5) алгоритму с параметрами

Кратность запуска Брать из маршрутной карты

Потери на наладку Учитывать


в случае если расчет ведется с пор позиции с аналитикой Работа


пример на базе BY01-821.topsoft.local\INS_91 Test_91

документ ОТК_0001 (ПРЗ) Журнал окончательного брака (Длин Сатин)

алгоритм БФ3.5.2_105(5)_Расчет журнала резервирования по Журналу ОТК

Как измененно :

Исправлено, расчет выполняется.

2016-11-28 18:41:13

Краткое описание :

добавить символ разделитель между наименованием документа и значением в накладных

Описание :

Накладные на отпуск

Что измененно :

добавить символ разделитель между наименованием документа и значением в накладных
перечень документов поставляемых с грузом
нужно для вывода текста в графу 11 и не поломать документы следующие с грузом.
пример : "цены сформированы в результате биржевых торгов"

Как измененно :

ТТИ, документы, поставляемые с грузом
В окно редактирования перечня документов, поставляемых с грузом добавлен параметр "символ разделитель наименования и значения" с вариантами разделителя: двоеточие, пробел, минус.
Данный параметр обрабатывается при печати форм ТТН

2016-11-28 18:41:13

Краткое описание :

9.1 Изменить форму запуска формирования OLAP для комплектовочной ведомости

Описание :

Отчеты для Olap- сервера

Что измененно :

9.1 Изменить форму запуска формирования OLAP для
комплектовочной ведомости.

Как измененно :

Добавлены режимы расчета комплектовочных ведомостей и выбор
алгоритмов JavaScript

2016-11-28 18:41:13

Краткое описание :

Визуализация процесса формирования расчетных листков

Описание :

Расчетные листки

Что измененно :

При печати большого количества расчетных листков невозможно
оценить оставшееся время.
Нужно сделать визуализацию процесса формирования расчетных листков в виде
индикатора с отображением процента выполненной работы.

Как измененно :

Изменен тип визуализации, используемой при формировании
расчетных листков. Теперь отображается процент готовности, количество
обработанных лицевых счетов и оставшееся время.

2016-11-28 18:41:13

Краткое описание :

9.1 Web.Не корректно формируются КВ в режиме

Описание :

Не знаю, какая именно часть модуля "Планирование производства", научите

Что измененно :

9.1 Web. Не корректно формируются КВ в режиме
расчет OLAP на основе существующих КВ и с учетом рассчитанного плана
производства, сохранение рассчитанных ведомостей в базе Галактики
Фрагмент алгоритма JAVA
/ флаг расчета материальных норм
var Nastr = {
flagEditCreateKomVed : function ()
{
// 1 - создаем комплектовочные ведомости
// в случае не совпадения пяти аналитикам в шапке.
// 2 - редактируем комплектовочные ведомости
// если совпадают первые пять аналитик проверяются аналитики 6-10
// если нет записи с одинаковыми аналитиками 6-10 то создается новая
запись а существующая с несовпадающими аналитиками обнуляется.
// если совпадают аналитики 1-5 и 6-10 то проверяются
// ДатаНачала, ДатаОкончания и поле Норма. Если есть несовпадения то запись
корректируется и только по этой записи запускается пересчет полей.
//
// 8 - корректировать поля
//
// 16 - учитывать журнал окончательного брака
// 32 - учитывать историю замен
// 64 - обнулять поля позиции, отсутствующие в мат.нормах в режиме
корректировки (+ 2)
var wFlag = 1 + 2 + 8 + 16 + 32 + 64;
return wFlag;

Как измененно :

Доработано.

2016-11-28 18:41:13

Краткое описание :

При флаге Печатать листки для работников при отсутствии данных не выводить РЛ уволенных

Описание :

Расчетные листки

Что измененно :

Есть два смежных лицевых счета. По одному сотрудник давно
уволен, еще в 2009 году, стоит дата увольнения и ЛС закрыт для расчета. Второй
ЛС открыт для расчета, сотрудник по нему работает, имеет начисления.
При печати Расчетных листков, в параметрах формирования клиент ставит флаг
Печатать листки для работников при отсутствии данных, чтобы видеть информацию о
рассчитанных сотрудниках, у которых по каким-то причинам в РЛ пусто. С
установленным флагом Печатать листки для работников при отсутствии данных
выводиться и РЛ смежного, давно уволенного ЛС. Если флаг снять, то он
выводиться соответственно не будет.

Требуется возможность при установленном флаге Печатать листки для работников
при отсутствии данных не выводить информацию по закрытым для расчета ЛС (с
анализом, если сотрудник был уволен ранее, чем в месяце формирования РЛ, то не
выводить РЛ). А если сотрудник уволен в месяце формирования расчетного листка и
имеет пустые данные, то тогда выводить.

Как измененно :

Если установлен параметр "Печатать листки для работников при
отсутствии данных", то расчетный листок сотрудника, который не работал (также
проверяется история увольнений в ЛС) и у которого не было начислений в отчетном
периоде, не печатается.

2016-11-28 18:41:13

Краткое описание :

Несовпадение среднечасового в БЛ

Описание :

Расчет больничных

Что измененно :

Несовпадение среднечасового в БЛ

После расчета больничного не совпадают среднечасовой в окне =Листки нетрудоспобности= и в суммах по месяцам. Скрины и пояснительный протокол в файлах во вложении.

Как измененно :

Казахстан. Исправлен расчет значения среднечасового заработка в больнином листе: после расчета больничного совпадают среднечасовой в окне =Листки нетрудоспобности= и в суммах по месяцам.

2016-11-28 18:41:13

Краткое описание :

9.1 Не корректно формируются Комплектовочные ведомости в режиме Режим 2.<Расчет OLAP на основе скорректированных документов (с учетом рассчитанного плана производства)>

Описание :

Компонента ServerMnf

Что измененно :

9.1 Не корректно формируются Комплектовочные ведомости в
режиме Режим 2.<Расчет OLAP на основе скорректированных документов (с учетом
рассчитанного плана производства)>
В случае если у нас нет ни одной КВ в базе
1) Не корректно формируются номера КВ
2) Поля Дефицит участка заполняются не понятно какими цифрами

Как измененно :

Доработано.

2016-11-28 18:41:13

Краткое описание :

Изменить формат печати ТТН1 на А4

Описание :

Формы ТТН, УПД, Акты

Что измененно :

Изменить формат печати ТТН1 на А4 для форм

ТТН-1 строгая отчетность (руб., 2009 г.) - только вторая страница неверная, с пользовательский форматом
ТТН-1 строгая отчетность (руб.-вал., 2009 г.)
ТТН-1 (руб., 2009 г.) [алкогольные напитки и (или) табачные изделия]

Как измененно :

Изменен формат печати ТТН1 на А4 для форм

ТТН-1 строгая отчетность (руб., 2009 г.) - только вторая страница неверная, с пользовательский форматом
ТТН-1 строгая отчетность (руб.-вал., 2009 г.)
ТТН-1 (руб., 2009 г.) [алкогольные напитки и (или) табачные изделия]

2016-11-28 18:41:13

Краткое описание :

алгоритм 103.5 103.6 Связи операция МК и позиций спецификации

Описание :

Алгоритмы расчета

Что измененно :

В операции Маршрутных карт существует локальная функция "Связи
с ресурсами спецификации",
в которой можно задать связи технологических операций с компонентами ПС, однако
расчетный алгоритмы 103.5 и 103.6 не учитывает данные связи.
В результате цикл производства изделия получается увеличенным, что приводит к
некорректным данным графика производства и как следствие невозможность
использования
модулей Планирования производства, МТО системы Галактика ERP.

Необходимо чтобы системные алгоритмы 103.5 и 103.6 учитывали данную
функциональность.

Как измененно :

Учитывает данные связи.

2016-11-28 18:41:13

Краткое описание :

Информация в удержаниях НДФЛ по нескольким реестрам

Описание :

Расчет подоходного налога

Что измененно :

Сейчас в удержаниях НДФЛ по видам оплат отображается только один (первый реестр на перечисления ЗП).
В случае, если выплаты проводились частями, то формируется несколько реестров, соответственно в удержании НДФЛ
также необходима информация о всех реестрах, по которым проводились выплаты.
Разделение выплаты по суммам происходило просто на уровне ручной корректировки сумм по реестрам
(вид удержания ранее был одной строкой - у нас 220 ВУ "К выплате через банк"), при формировании реестров указывается параметр "контроль по реестрам".
Например, принимается решение выплатить премию отдельным реестром. Предположим, сумма к выплате 35 000 руб., в т.ч. оклад 25000 и премия 10000 руб.
В этом случае сначала оформляется реестр на выплату ЗП, в котором корректируются суммы выплаты (указывается 25000),
затем формируется второй реестр на выплату премии (сумма 10000 встает автоматически при использовании параметра "контроль по реестрам").
По реестрам на НДФЛ аналогичным образом.

Также есть ситуации, когда вся сумма сотрудника выплачивается частями, без какого-либо деления по видам оплат.
(например, к выплате 40000 руб., в т.ч. оклад, премия, больничные. Выплачивается двумя равными частями по 20 тыс. в две даты).

НДФЛ и 220 ВУ "К выплате через банк" разбивается по видам оплат, среди которых могут быть и оклад, и премии, и отпускные, и больничные,и пособия, и доплаты.
Соответственно, если формируется реестр на частичное перечисление ЗП (например, отдельно выплачивается какой-то вид оплаты или весь расчет выплачивается частями),
то и реестр на перечисление НДФЛ надо формировать только с тех сумм, которые выплачиваются.
Сейчас же получается, что при формировании реестров на выплату и на НДФЛ при корректировке суммы в реестре вручную корректировки в расшифровках не производится
(будут ли корректно частичные выплаты отражаться в 6НДФЛ за счет внутренних алгоритмов?).

Как измененно :

Доработан расчет зарплаты для России с настройками
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Сальдо рассчитывать по платежным документам" - "нет"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания" - "по подразделениям, аналитике и параметру входящих оплат" или "только по видам оплат"

На первом этапе реализован первый случай по следующей схеме.
1. Разделение выплаты по суммам происходило просто на уровне ручной корректировки сумм по реестрам.
Например, принимается решение выплатить премию отдельным реестром. Предположим, сумма к выплате 35 000 руб., в т.ч. оклад 25000 и премия 10000 руб.
В этом случае сначала оформляется реестр на выплату ЗП, в котором корректируются суммы выплаты (указывается 25000).
При расчете заработной платы в этом случае производится анализ сумм НДФЛ со ссылкой на указанный реестр.
В записи по виду удержания из настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Вид удержания для реально перечисленной заработной платы" заполняется
не только вид оплаты, но и облагаемая сумма.
Записи НДФЛ по этому виду оплаты и ссылке на указанный реестр остаются.
Ссылки в записях НДФЛ по этому же реестру но с другими видами оплат аннулируются и создаются заново уже без ссылки на реестр.
Таком образом, при формировании следующего реестра записи НДФЛ с доходом, который не выплачивался первым реестром, ссылаются уже на второй реестр.